home *** CD-ROM | disk | FTP | other *** search
-
- GUS Musician's Digest Tue, 2 Nov 93 3:25 MST Volume 2: Issue 1
-
- Today's Topics:
- envelope: after sustain
- Ground_Loop_Isolator::()
- GUS Musician's Digest V2 #1
- GUS Volume
- Piano20 - wish I could get it to work!
- piano20 bugs
- Rejected by Custodian (2 msgs)
- Sesamet.669
- Sesamet.669 - it's too big!
- Sessions program
-
- Standard Info:
- - Meta-info about the GUS can be found at the end of the Digest.
- - Before you ask a question, please READ THE FAQ.
-
- ----------------------------------------------------------------------
-
- Date: Tue, 2 Nov 93 0:29:45 CST
- From: chuth@lonestar.utsa.edu (Cornel H. Huth)
- Subject: envelope: after sustain
-
- > >>As someone
- > >>said about piano.pat, if you hold a note for a long time, so that
- > >>it has nearly died away, and then release it, it gets louder
- > >>again before ending.
- >
- > Actually, it was me. Still haven't had any suggestions on how to get
- > rid of it. Can't really see a way around it. The problem is that for
-
- Strictly a software problem since envelopes are implement in software with
- the GUS. Unless you fix the software, there's nothing you can do about it
- (get new software?).
-
- > `fake reverb' you need two decays after note off: one for the note
- > dying away and one for the reverb. You can't take the immediate decay level
- > to zero because then you've got no level to reverb from. But you also want
- > the note to die away completely during key sustain. The result is
- > this funny ressurection of the note after key release. It's weirdest when
- > you've been holding on to the sustain pedal for a while and thne release it.
-
- If you do your own envelope generation (code-wise) just check the current
- volume for the voice. If it's below the next envelope point, don't use
- the patch envelope point but instead one lower than the current volume.
- This simply causes the voice to continue ramping down rather than
- possibly ramping back up if the next envelope point is louder than the
- current volume. Easy enough if you write your own software for the GUS.
- At your driver-supplier's mercy, if not. A very simple fix and I'm surprised
- that it's not already so (disclaimer: I've not used any GUS software (much)
- other than my own).
- --
- chh
- Internet: chuth@lonestar.utsa.edu
- Fidonet: 1:387/800.8
- BBS: The 40th Floor;V32b@1(210)684-8065;M-F:5pm-9am,WE:1p-9a CT
-
- ------------------------------
-
- Date: Mon, 1 Nov 93 20:24:55 MST
- From: Steve "Bongos" Larson <larson@ee.ualberta.ca>
- Subject: Ground_Loop_Isolator::()
-
- Hi everyone.
-
- It seems that ever since I mentioned "ground-loop-isolator", I've been
- busy answering queries about it. I've smartened up and compiled a text
- on the subject (what, why, where, how much) for anyone who's interested.
- Just send $49.95+GST (Okay, a witty note will suffice :-) for your copy.
-
- *Very* briefly, it is a 1:1 transformer between your GUS line-out and
- your amp line-in which "isolates" each device's ground. Use one...
- You'll (probably) thank me.
- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- Steve Larson, Dept. of Computer Engineering, Univ. of Alberta
- larson@bode.ee.ualberta.ca c311-47@ucs.ualberta.ca (if bode bounces)
-
- ------------------------------
-
- Date: Tue, 2 Nov 1993 00:37:27 -0500 (EST)
- From: dionf@ERE.UMontreal.CA (Francois Dion)
- Subject: Re: GUS Musician's Digest V2 #1
-
- > From: chrisw <chrisw@leland.Stanford.EDU>
- > Subject: Csound ftp site
- >
- > Since the topic has come up a few times lately, Csound for the PC
- > is available by ftp from ftp.bath.ac.uk in directory pub/jpff.
- >
- > Beware: this is not a program for novices. Also, I'm not willing to answer
- > questions on it. Try it at your peril...
-
- However, there is a quite good manual you can get from cecelia.media.mit.edu,
- and also lots of .sco and .orc files in the latest unix package (beta) at
- this site too, which is the Csound official site. There is also a mailing
- list for Csound and there is also an OS/2 version of Csound and another
- version for PCs, but i dont know where these are. However the person who
- compiled them was on the gus daily digest, so hopefully he's still around, and
- on this list...
-
- > From: Clarke Brunt <CLARKE@lsl.co.uk>
- > Subject: Some queries
- >
- > 1) Linear volume response.
- >
- > What exactly does the GUS do, and what
- > would we like it to do?
-
- The GUS driver from disks 2.06 and before has only logarithmic volume which
- is what the hardware can do. The next driver has log and linear. Linear volume
- is done with a table lookup. As simple as that. What happened is that the GUS
- has 4096 volume levels and midi has 128 :( so the correspondance that was made
- didn't take into consideration that the 4096 levels were logarithmic, so the
- volumes do not correspond to the linear 128 levels volume of midi.
-
- > We often hear mentioned "When we get new Windows drivers..." to
- > correct for this. Is there any evidence that anyone is producing
- > any?
-
- Yes.
-
- > 2) What do Windows users out there have set up as system noises?
- >
- > I only connect my GUS to my amplifier when I am explicitly using
- > is, so if system beeps are played through it, I am more likely to
- > get nothing.
-
- Instead of fiddling with drivers, how about a pair of cheapo speakers
- connected to the amplified out? It wont sound great but still much better
- than what the PC squeaker can do. There are some at 10$ a pair (sounds like
- sh*t, but, hey you get what you pay for). Another solution is to buy two
- 4" widerange drivers which are shielded (i remember buying a dozen for 20$),
- and making a system to hook them to your monitor (you dont need an enclosure
- because they are shielded and the basket has no holes). Of course an
- enclosure looks better... And if you want better imaging, add 2 small
- Phillips-DeForest piezo tweeters.
-
- Ciao,
- --
- Francois Dion
- ' _ _ _
- CISM (_) (_) _) FM Montreal , Canada Email: CISM@ERE.UMontreal.CA
- (_) / . _) 10000 Watts Telephone no: (514) 343-7511
- _______________________________________________________________________________
- Audio-C-DJ-Fractals-Future-Label-Multimedia-Music-Radio-Rave-Video-VR-Volvo-...
-
- ------------------------------
-
- Date: Mon, 1 Nov 1993 11:59:27 -0500 (EST)
- From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
- Subject: GUS Volume
-
- > Date: Sun, 31 Oct 1993 12:16:42 +0000
- > From: Clarke Brunt <CLARKE@lsl.co.uk>
- > Subject: Some queries
- >
- > 1) Linear volume response.
- >
- > What exactly does the GUS do, and what
- > would we like it to do? Certainly what is observed is that
- > (on a scale of 0-127) the GUS is near inaudible below 64 and most
- > of the useful range is between 100 and 127, so some MIDs suffer
- > from near inaudible tracks.
- > [...]
-
- Basically, we have to do a log on any volume we send to the GUS before
- the volume curve will be perceived to be linear by the human ear.
-
- >
- > We often hear mentioned "When we get new Windows drivers..." to
- > correct for this. Is there any evidence that anyone is producing
- > any? The present GUS patches have levels set in their enveloeps
-
- There is very tangible proof that the new Windows driver with linear
- volume (and other goodies) is being produced.
-
- > 3) Patch envelopes.
- >
- > Following the recent discussion of piano patches, I had another
- > play with PATCH.EXE. Trying to load Chris's piano.pat into it
- > crashes my machine with an EMM386 message (maybe changing EMM386
- > parameters would fix that - that is not my query). Can anyone
- > out there set out clearly how envelopes work? At the hardware
-
- The patch envelopes aren't very intuitive, are they? It doesn't help
- that the graphical display doesn't match my visualization of an ADSR
- envelope at all. The best way to get a feel for the envelopes would be
- to experiment with them.
-
- Phat.
-
- ------------------------------
-
- Date: 01 Nov 93 08:12:30 EST
- From: "Eric Bell, Howling Dog Systems" <71333.2166@CompuServe.COM>
- Subject: Piano20 - wish I could get it to work!
-
- >Has anyone successfully gotten piano2.0 (piano20.zip) to record in a sequencer?
-
- >I have tried to do this (unsuccessfully) in calkwalk 2.0 for win, midisoft
- >recording session, and the three shareware midi sequencers i could find on epas.
- >Although I can use my midi keyboard for this, i find the ability to record
- >quick ideas with my computer keyboard usefull when I am taking a break from some
- >other work.
-
- >I did set the driver up in the control panel btw.
-
- I downloaded this yesterday and thought it was pretty cool. Putting keyboard
- support into Power Chords has been on our 'wish-list' for some time. I was
- hoping this would be an even better solution, as it theoretically would work
- with all MIDI programs. And it can play multiple notes at one time. With patch
- caching! Wow!
-
- However, I couldn't get piano20 to record with Power Chords Pro, or Power
- Chords 1.1. I even altered some code in a test to try to get it to work, but
- with no luck.
-
- I *did* get it to record into Winjammer Pro, though!
-
- The piano20 program is a terrific idea. I'm going to contact the author to see
- if it can be made to work with more programs, including hopefully ours.
-
- Eric
-
- ------------------------------
-
- Date: Mon, 1 Nov 93 14:46:55 EST
- From: dmcintyr@muselab.ac.runet.edu
- Subject: piano20 bugs
-
- I had problems with it myself. The author knows what's wrong and will
- hopefully fix it whenever he reads my message again...
-
- The problem using Session is that both Piano and Session try to use the
- Midi Mapper for output. They can't both use the Midi Mapper, so that
- one's definitely out.
-
- The problem with Cakewalk is that the author goofed and called the driver
- "Piano Midi In " in one place and "Piano Midi In port" in another place.
- Cakewalk notices the difference between the two names and refuses to
- recognize the presence of the driver. I attempted to patch the driver to
- have the same string in both places but although Cakewalk no longer had a
- problem with recognizing the driver it also would no longer work. :(
-
- However, I DID get it working with Winjammer and it works just great! Try
- Winjammer if all else fails.
-
- And hopefully he will re-compile it soon to fix the naming bug and get it
- to work with Cakewalk.
- --Michael-- << dmcintyr@muselab.ac.runet.edu >>
-
- ------------------------------
-
- Date: 1 Nov 1993 05:00:40 U
- From: "QMGATE" <qmgate@qmgate.anl.gov>
- Subject: Rejected by Custodian
-
- Mail*Link(r) SMTP GUS Musician's Digest V3 #1
-
- GUS Musician's Digest Mon, 1 Nov 93 2:27 MST Volume 3: Issue 1
-
- Today's Topics:
- Fake Reverb Problem
- video <-> sound
-
- Standard Info:
- - Meta-info about the GUS can be found at the end of the Digest.
- - Before you ask a question, please READ THE FAQ.
-
- ---------------------------------------------------------------------
-
- Date: 31 Oct 1993 07:36:55 PST
- From: chrisw <chrisw@leland.Stanford.EDU>
- Subject: Fake Reverb Problem
-
- ------------
- >>As someone
- >>said about piano.pat, if you hold a note for a long time, so that
- >>it has nearly died away, and then release it, it gets louder
- >>again before ending.
-
- Actually, it was me. Still haven't had any suggestions on how to get
- rid of it. Can't really see a way around it. The problem is that for
- `fake reverb' you need two decays after note off: one for the note
- dying away and one for the reverb. You can't take the immediate decay level
- to zero because then you've got no level to reverb from. But you also want
- the note to die away completely during key sustain. The result is
- this funny ressurection of the note after key release. It's weirdest when
- you've been holding on to the sustain pedal for a while and thne release it.
-
- Still interested in creative answers to this one. Won't even be angry
- with you :-).
-
- Chris.
-
- -----------------------------
-
- Date: Mon, 1 Nov 1993 09:02:20 +0100 (MET)
- From: tgakem@chem.tue.nl
- Subject: video <-> sound
-
- I'm having a problem with a Diamond Stealth Pro VLB video card causing
- cracking noises on the ultrasound sound in windows. It does not occur
- in the 640*480 video modes, but it does running in 800*600 resolution or
- higher. For midi use (the only use I'm interested in), the 'solution' I found,
- was to put the ultrasound in the conserve memory mode. The removes the
- cracking, but why did I upgrade my GUS to 1MB |( ?
- I know that a video card should not be put on top of the GUS, and it isn't
- (some 10 cm in between). Among the things I tried to get rid of the
- noise, were changing the monitor scan frequencies, number of colors, and the
- number of active voices of the GUS. I suspect there might be a possibility to
- solve the problem using a physical shielding (metal plate, case) between
- the two cards. Has anyone had similar problems? Any suggestions?
-
- Eric
-
- -----------------------------
-
- End of GUS Musician's Digest V3 #1
- **********************************
-
- To post to tomorrow's digest: <gus-music@dsd.es.com>
- To (un)subscribe or get help: <gus-music-request@dsd.es.com>
- To contact a human (last resort): <gus-music-owner@dsd.es.com>
-
- FTP sites: archive.epas.utoronto.ca pub/pc/ultrasound
- wuarchive.wustl.edu systems/msdos/ultrasound
- archive.orst.edu pub/packages/gravis
- FTP mail server: mail-server@nike.rz.uni-konstanz.de
-
- Hints:
- - Get the FAQ from the FTP sites or the request server.
- - Mail to <gus-music-request@dsd.es.com> for info about other
- GUS related mailing lists (general use, programmers, etc.).
-
-
- ------------------ RFC822 Header Follows ------------------
- Received: by qmgate.anl.gov with SMTP;1 Nov 1993 05:00:36 U
- Received: from grue.dsd.ES.COM ([130.187.85.24]) by orca.es.com (4.1/SMI-4.1)
- id AA13693; Mon, 1 Nov 93 02:57:55 MST
- Errors-To: gus-music-owner@dsd.es.com
- Received: by grue.dsd.ES.COM (4.0/E&S-esv_server/2.0-dsd)
- id AA19241; Mon, 1 Nov 93 02:58:00 MST
- Message-Id: <9311010958.AA19241@grue.dsd.ES.COM>
- Precedence: Bulk
- Date: Mon, 1 Nov 93 2:27 MST
- Errors-To: gus-music-owner@dsd.es.com
- From: gus-music-server@dsd.es.com (GUS Musician's Server)
- Reply-To: gus-music@dsd.es.com (GUS Musician's Digest)
- Subject: GUS Musician's Digest V3 #1
- Apparently-To: kurt_spokas@qmgate.anl.gov
-
- ------------------------------
-
- Date: 1 Nov 1993 02:40:50 U
- From: "QMGATE" <qmgate@qmgate.anl.gov>
- Subject: Rejected by Custodian
-
- Mail*Link(r) SMTP GUS Musician's Digest V2 #1
-
- GUS Musician's Digest Mon, 1 Nov 93 007 MST Volume 2: Issue 1
-
- Today's Topics:
- Csound ftp site
- ground loop eliminator
- piano2.pat
- Piano20.zip
- Sesamet.669 - it's too big!
- Some queries
-
- Standard Info:
- - Meta-info about the GUS can be found at the end of the Digest.
- - Before you ask a question, please READ THE FAQ.
-
- ---------------------------------------------------------------------
-
- Date: 31 Oct 1993 03:26:10 PST
- From: chrisw <chrisw@leland.Stanford.EDU>
- Subject: Csound ftp site
-
- ------------
-
- Since the topic has come up a few times lately, Csound for the PC
- is available by ftp from ftp.bath.ac.uk in directory pub/jpff.
-
- For those who don't know, Csound is a software synthesis program.
- It takes in two text files: one containing instructions on the sounds to use
- and one containg information on which notes to play and when to play them,
- and puts out .wav files (in this PC version). It does not run in `real time'.
-
- Beware: this is not a program for novices. Also, I'm not willing to answer
- questions on it. Try it at your peril...
-
- Chris.
-
- -----------------------------
-
- Date: Mon, 01 Nov 1993 09:39:27 +1000
- From: David Vu <ccdvu@cc.uq.oz.au>
- Subject: ground loop eliminator
-
- Hello GUSers,
-
- There was a mention of this Ground Loop Eliminator that you 'd use
- between a line out and an amp to eliminate ground noise.
- My local Tandy doesn't know what it is and I doubt if other electronics
- shops know about it. So what is the device, how does it work, and
- how to construct one - I've got my soldering iron ready :-)
-
- -David-
-
- -----------------------------
-
- Date: Sun, 31 Oct 93 9:36:04 EST
- From: dmcintyr@muselab.ac.runet.edu
- Subject: piano2.pat
-
- You're right... It sounds much more mellow than the original one you did.
-
- I'm sorry we irritated you by being such critical bastards. I was only
- trying to be helpful.
-
- BTW, I tried the .mid on a friend's JV-80 and it sounded just fine with
- that piano patch. We never could figure out exactly what was wrong with
- the patch, and se we lengthened the notes by 25% to try to get rid of the
- choppiness. It didn't work.
-
- I think acpiano sucks though, so I'm definitely going to keep these two
- patches.
- --Michael-- << dmcintyr@muselab.ac.runet.edu >>
-
- -----------------------------
-
- Date: Sun, 31 Oct 93 16:00 EST
- From: kildayb@erau.db.erau.edu (B. Kilday)
- Subject: Piano20.zip
-
- Has anyone successfully gotten piano2.0 (piano20.zip) to record in a sequencer?
-
- I have tried to do this (unsuccessfully) in calkwalk 2.0 for win, midisoft
- recording session, and the three shareware midi sequencers i could find on
- epas. Although I can use my midi keyboard for this, i find the ability to
- record quick ideas with my computer keyboard usefull when I am taking a break
- from some other work.
-
- I did set the driver up in the control panel btw.
-
- -----------------------------
-
- Date: Sun, 31 Oct 1993 12:33:50 -0800 (PST)
- From: mikebat@netcom.com (Mike Batchelor)
- Subject: Sesamet.669 - it's too big!
-
- I have a 669 file - Sesamet.669 (Sesame Street Rave). Under any DOS
- Module player I care to try - even PMP - it sound garbled, with the wrong
- sounds at the wrong times, partial sounds in most places, and the
- occasional complete sample, but at the wrong place.
-
- None of the DOS players say anything is wrong.
-
- I finally got around to building a Linux kernel with Ultrasound support
- this weekend. Everything went smoothly, and I was able to get both gmod
- and Tracker compiled and operating right away. I thought the problem with
- Sesamet.669 was that there was just not enough memory under DOS to load
- the song. Under Linux, this would not be a consideration. I tried
- sesamet.669 with gmod, and it was garbled, same as with DOS. I tried it
- with Tracker, and for the first time, got an error message that explains
- everything: Sesamet.669's samples are too large to fit in the 1Mb GUS
- memory! The file itself is 1.2Mb, by the way.
-
- I suppose it is a credit to the sound driver and/or Tracker authors that
- one or both of them caught this problem, and reported it, rather than
- winging it. Now the question is, how can I reduce the size of the
- samples? Am I going to have to pull some samples out of the song, reduce
- their size (lower freq, or...?), and put them back into the song? Or is
- there some way to cut back via software as the song loads?
-
- The song is 1.2Mb in size, so I would guess that only a couple of samples
- need to be shrunk to get it to fit (200K worth).
-
- I was frankly surprised that a lowly module file would be beyond the
- capability of the GUS. Presumably, it plays fine on SB's and PAS's, but
- takes a lot of CPU overhead to shove the samples at the DAC. Is there no
- way to operate the GUS in "CPU intensive" mode, playing samples out of
- main system memory?
-
- --
- Mike Batchelor |
- mikebat@netcom.com | This space for rent
- mikebat@qdeck.com |
-
- -----------------------------
-
- Date: Sun, 31 Oct 1993 12:16:42 +0000
- From: Clarke Brunt <CLARKE@lsl.co.uk>
- Subject: Some queries
-
- 1) Linear volume response.
-
- What exactly does the GUS do, and what
- would we like it to do? Certainly what is observed is that
- (on a scale of 0-127) the GUS is near inaudible below 64 and most
- of the useful range is between 100 and 127, so some MIDs suffer
- from near inaudible tracks.
-
- Is it that the GUS plays waveforms with an AMPLITUDE proportional
- to the number we tell it (0-127 in MIDI)? POWER in the sound wave
- is proportional to the square of the amplitude, so if the numbers
- in the MIDI file represent power, then we need to take its square
- root (and re-scale to 0-127) to yield amplitude for the GUS.
-
- A further complication is that perceived sound level is said to
- be proportional to the logarithm of the power - that is to say
- that to produce apparently equal steps, you need to multiply the
- power level by a constant. So are volume levels in MIDI files
- supposed to represent power, or perceived volume level?
-
- We often hear mentioned "When we get new Windows drivers..." to
- correct for this. Is there any evidence that anyone is producing
- any? The present GUS patches have levels set in their enveloeps
- that are correct at present - so changes should only affect
- MIDI volume (a combination of note velocity, the volume
- controller, and the overall level set in Mixer) and not the
- actual patch envelopes.
-
- 2) What do Windows users out there have set up as system noises?
-
- I only connect my GUS to my amplifier when I am explicitly using
- is, so if system beeps are played through it, I am more likely to
- get nothing. If you have no wave drivers (WAV=... in SYSTEM.INI)
- then you get a beep on the PC speaker. You can set up the
- (in)famous PC speaker driver (available by ftp etc.) as default
- wave device, changing the GUS to WAV1=..., so system sounds are
- played on the PC speaker, but you can still (if you are lucky)
- select the GUS for wave output in other apps, but as anyone who
- has tried it will know, the PC speaker driver is not very
- satisfactory (the machine locks up until the noise finishes
- playing). Is there a way of getting system noises to just beep
- the speaker (as if no wave drivers were present) even though
- the GUS wave driver is installed.
-
- Yesterday, the GUS Mixer app wouldn't start up for me - I found
- that I had lost the AUX=.../ultrasnd.drv line from SYSTEM.INI,
- so if anyone else gets this problem, that's probably what it is.
-
- 3) Patch envelopes.
-
- Following the recent discussion of piano patches, I had another
- play with PATCH.EXE. Trying to load Chris's piano.pat into it
- crashes my machine with an EMM386 message (maybe changing EMM386
- parameters would fix that - that is not my query). Can anyone
- out there set out clearly how envelopes work? At the hardware
- level, I believe that the GUS is just given a start volume,
- a target volume, and a step size - it changes the volume by
- the step until the target is reached, and the interrupts to ask
- what to do now. The step is not a simple number - some of the
- bits are scale factors, to enable attacks and decays on scales from
- milliseconds to several seconds. A patch has 6 stages, with a
- volume and a step for each. Exactly how to play these is controlled
- by (at least?) two bits, one of which means sustain (hold the note
- at the 3rd stage of the envelope as long as the note is still on).
- The other bit controls what happens when the note is released
- and this is where I am less clear what is going on. As someone
- said about piano.pat, if you hold a note for a long time, so that
- it has nearly died away, and then release it, it gets louder
- again before ending. This is because it is playing the final
- stages of the envelope, which have a higher level than that to
- which the note had already decayed.
-
- So... Has anyone got a proper explanation of what all the control
- bits in a patch do? Was there ever a further installment of the
- tutorial on this in patchkit.arj?
-
- -----------------------------
-
- End of GUS Musician's Digest V2 #1
- **********************************
-
- To post to tomorrow's digest: <gus-music@dsd.es.com>
- To (un)subscribe or get help: <gus-music-request@dsd.es.com>
- To contact a human (last resort): <gus-music-owner@dsd.es.com>
-
- FTP sites: archive.epas.utoronto.ca pub/pc/ultrasound
- wuarchive.wustl.edu systems/msdos/ultrasound
- archive.orst.edu pub/packages/gravis
- FTP mail server: mail-server@nike.rz.uni-konstanz.de
-
- Hints:
- - Get the FAQ from the FTP sites or the request server.
- - Mail to <gus-music-request@dsd.es.com> for info about other
- GUS related mailing lists (general use, programmers, etc.).
-
-
- ------------------ RFC822 Header Follows ------------------
- Received: by qmgate.anl.gov with SMTP;1 Nov 1993 02:40:45 U
- Received: from grue.dsd.ES.COM ([130.187.85.24]) by orca.es.com (4.1/SMI-4.1)
- id AA08240; Mon, 1 Nov 93 00:38:06 MST
- Errors-To: gus-music-owner@dsd.es.com
- Received: by grue.dsd.ES.COM (4.0/E&S-esv_server/2.0-dsd)
- id AA14278; Mon, 1 Nov 93 00:38:11 MST
- Message-Id: <9311010738.AA14278@grue.dsd.ES.COM>
- Precedence: Bulk
- Date: Mon, 1 Nov 93 007 MST
- Errors-To: gus-music-owner@dsd.es.com
- From: gus-music-server@dsd.es.com (GUS Musician's Server)
- Reply-To: gus-music@dsd.es.com (GUS Musician's Digest)
- Subject: GUS Musician's Digest V2 #1
- Apparently-To: kurt_spokas@qmgate.anl.gov
-
- ------------------------------
-
- Date: Mon, 01 Nov 93 16:31:37 PST
- From: pauln@thetech.com (paul nguyen)
- Subject: Sesamet.669
-
- I have a 669 file - Sesamet.669 (Sesame Street Rave). Under any DOS
- Module player I care to try - even PMP - it sound garbled, with the wrong
- ---
-
- It's techno/house type music by the way. The author of that mix
- is a friend of mine. It was composed with Digital Composer Ver. 1.3.
- It plays fine with Digital Composer. I don't think it will work under
- any DOS player, because it's not an average .669. I freed enough
- memory so I could play it with DMP, but you get the Garbled sounds.
- The results were the same with other players.
-
- -Paul
-
- --
- pauln@thetech.com (paul nguyen)
- The Tech BBS (408) 279-7199 San Jose, CA
-
- ------------------------------
-
- Date: Tue, 2 Nov 1993 14:21:36 +1030 (CST)
- From: Gavin <SCARMAN@hfrd.dsto.gov.au>
- Subject: Re: Sesamet.669 - it's too big!
-
- >Presumably, it plays fine on SB's and PAS's, but
- >takes a lot of CPU overhead to shove the samples at the DAC. Is there no
- >way to operate the GUS in "CPU intensive" mode, playing samples out of
- >main system memory?
-
- Actually this brings up something else, MODEDIT 3.? runs ok with the GUS using
- SBOS but the sound quality is disgusting. Upping the mixer rate helps a tad
- (maybe) but the poor program is flat out and the KB and mouse don't respond too
- well then.
- My question is does the real SB sound awful playing MODs too? If so then I would
- have thought that 669's are beyond the SB.
-
- ------------------------------
-
- Date: Mon, 1 Nov 93 05:38:55 PST
- From: Rick Skalsky <skalsky@aaai.org>
- Subject: Sessions program
-
- Has anyone tested the Sessions program on a Gus? Is it possible to get all
- parts working (i.e., Wav, Midi, CD, and Mixer)? If yes to the last question,
- where can it be purchased from? Thanks,
-
- Rich
-
- ------------------------------
-
- End of GUS Musician's Digest V2 #1
- **********************************
-
- To post to tomorrow's digest: <gus-music@dsd.es.com>
- To (un)subscribe or get help: <gus-music-request@dsd.es.com>
- To contact a human (last resort): <gus-music-owner@dsd.es.com>
-
- FTP sites: archive.epas.utoronto.ca pub/pc/ultrasound
- wuarchive.wustl.edu systems/msdos/ultrasound
- archive.orst.edu pub/packages/gravis
- FTP mail server: mail-server@nike.rz.uni-konstanz.de
-
- Hints:
- - Get the FAQ from the FTP sites or the request server.
- - Mail to <gus-music-request@dsd.es.com> for info about other
- GUS related mailing lists (general use, programmers, etc.).
-
-
-